Gestion du risque pour les nuls 


La gestion des risques est une pratique qui vous est inconnue, qui vous semble nebuleuse 
voir meme. . . risquee? Et pourtant, les eminences du SEI la considere comme une 
pratique de base et Font placee au niveau 2 du CMM! 

Que faire ? 

Nous vous offrons un atelier sur le sujet. Vous y apprendrez le B-A-Ba de la gestion des 
risques et pourrez exercer vos nouvelles connaissances avec vos collegues du SPIN grace 
a des etudes de cas pratiques et vraisemblables. Les participants seront groupes en 
equipes de 5 a 6 personnes et un animateur chevronne vous sera dedie pour chacun des 
exercices pratiques. Le tout dans une ambiance humoristique ! ! ! 

Au menu : pourquoi gerer les risques, qu’est-ce qu’un risque, le risque vu sous l’angle 
CMM/CMMI, les ressources et references - et le plus important - les grandes etapes de la 
gestion du risque. Les exercices pratiques couvriront chacune de ces grandes etapes. 

Diplome en Informatique de Funiversite de Sherbrooke en 1988, Daniel Dutil oeuvre 
depuis 17 ans dans le monde du logiciel de gestion et du logiciel embarque. II a participe 
a de nombreux projets de developpement de systemes, d’ implantation de progiciel, 
d’ entrepot de donnees et d’ amelioration de processus. II a agit successivement a titre de 
programmeur, d’analyste, de modelisateur, d’architecte, de specialiste en genie logiciel et 
en assurance qualite, de formateur, de chef de projet, de gestionnaire et d'administrateur. 
II est reconnu comme etant innovateur et excellent vulgarisateur. II sera assiste de son 
equipe de G.O. (gens organises), pince-sans-rire reconnus pour leur pragmatisme, leur 
debrouillardise et leur experience de la vraie vie! 

Lucie Michaud, M.B.A. 

Madame Michaud est conseillere principale pour le Groupe LGS inc. Elle oeuvre en 
informatique de gestion depuis 20 ans et excelle en gestion de projet et de personnel. Son 
expertise inclus entre autres: la gestion de projets de developpement informatique ou 
d’ infrastructure technologique, F amelioration des processus et le conseil en management. 
En plus des postes relies a l'informatique, elle a travaille a titre de gestionnaire de 
produits financiers et de directeur de comptes commerciaux ce qui lui a permis 
d’appliquer la gestion de risques en milieu d’ affaire. 

John Slavich, M. Ing. 

Graduated with a Master’ s Degree in Electrical Engineering - Software Engineering, 

/ 

from Ecole Polytechnique de Montreal, John Slavich is now the founder of SPI Link Inc, 
which specializes in software development processes and software subcontract 
management. He possesses an extensive knowledge of software development practices 
as well as Six Sigma methodologies applied to the railway industry. In fact, John is 
trained in Six Sigma and DFSS and has led one of the first DFSS projects applied to 



software where he evaluated the risks associated with embedded software subcontractors 
during railroad projects. His main interests include finding solutions for improving 
subcontractor management and embedded system development processes through a 
modified Six Sigma approach. 
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Pourquoi gerer les risques 


Resolution Type 1 , or project 
success: The project is completed 
on-time and on-budget, with all 
features and functions as initially 
specified. 

Resolution Type 2, or project 
challenged: The project is 
completed and operational but 
over-budget, over the time 
estimate, and offers fewer 
features and functions than 
originally specified. 

Resolution Type 3, or project 
impaired: The project is canceled 
at some point during the 
development cycle. 


Project Resolution by Type 


Type 1 Type 2 



Type 3 

31.1 % 


Tire de: http://www.pm2ao.com/sample research/chaos 1994 l.php 
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Qu’est-ce qu’un risque 

• Un risque est un evenement qui met en peril I’atteinte de nos 
objectifs de: 

- Cout 

- Echeancier 

- Performance (requis: techniques, de qualite du produit) 

• Afin d’uniformiser I’identification, nous utiliserons toujours le format 
suivant: 

[Le risque], suite a [I’evenement declencheur/la cause] 
resultera en [la/les consequence(s)]. 

Ex.: Le depart de ressources humaines critiques, suite a des offres 
financierement plus interessantes, retarderait d’au moins 2 mois 
I’echeancier. 


ASP\ LiNk 
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Quelques excuses... 

1 . We have no risk. 

2. Give us an hour and we’ll tell you our top ten risk items. 

3. Making risks public will kill the program. 

4. The customer goes ballistic whenever he/ she hears of a potential problem. 

5. We deal with problems as they arise. 

6. My customer doesn't want to hear that he/ she is the source of risk. 

7. Identifying risks is bad for my career. 

8. This is development — why should we worry about supportability and maintainability risks? 

9. How can you predict what will happen a year from now? 

10. Our planning horizon is six months. 

1 1 . No one on the staff knows how to do risk management. 

12. We plan to start implementing risk management next year, after we define the process and train the 
stan. 

1 3. Our job is to develop software, not fill out bureaucratic forms. 

14. The commercial software industry doesn’t waste time on risk management. 

1 5. We don't need a separate risk management program because we have frequent technical 
interchange and Integrated Product Team (IPT) meetings. 

16. If I gave a realistic assessment, no one would listen. 

1 7. That external interface is not in our risk management program because the interface is not our 
responsibility. 

18. Using that tool is not a risk. The vendor’s salesman said so. 

19. That method is proven and therefore not a risk. The speaker at the conference said so. 

20. People outside the project who don’t understand the context will invent worst- case scenarios. 

21 . The program is too small to do risk management. 

22. Corporate management won't buy in. 
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Quelques excuses (2)... 

23. My tech people will rebel if we identify as a risk betting our success on an unproven new technology. 

24. My tech people will rebel if we identify as a risk a lack of skills needed to do development. 

25. We have no cost or schedule risk because new technology will enormously increase our 
productivity — by five to ten times. 

26. New technology we have never used before will mitigate the risk. 

27. We have to bid the lowest cost to win; we'll worry about doing the job when we get it. 

28. If we bid everything we do, we would lose the project. It’s a delivery- order contract. 

29. We can’t identify risks based on industry metrics because our process is different. 

30. You have to cut corners to win the program. 

31 . We don’t mitigate software risk in systems engineering trade studies for embedded systems because 
software is only a component of subsystems. 

32. Our methodology is Rapid Application Development (RAD), so we have no schedule risk. 

33. Our methodology is evolutionary development, so requirements volatility is not a risk. 

34. We don’t include anyone from our hands- on software development staff in risk identification because 
we have hired an outside consultant as a risk expert. 

35. We don’t include anyone from our hands- on software development staff in risk identification because 
our managers are using a generic risk database to identify risk. 

36. We don’t include anyone from our hands- on software development staff in risk identification because 
they don’t have the big picture. 

37. A prime contractor is not behaving like a prime if people from a subcontractor organization participate 
in risk identification. 

38. There is no risk in the planned big increase in our software staff because of the large layoffs by 
defense contractors during the past few years. 


Tire de: The Little Book Of Bad Excuses, Software Program Managers Network 
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Un palmares des risques 


• Personnel shortfalls 

• Unrealistic schedules and budgets 

• Developing the wrong functions and properties 

• Developing the wrong user interface 

• Continuing stream of requirements changes 

• Shortfalls in externally furnished components 

• Shortfalls in externally performed tasks 

• Real-time performance shortfalls 


Tire de http://www.ece.ubc.ca/~elec443/lectures/risk.pdf 
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Une taxonomie 



A. Product Engineering 

1 . Requirements 

a. Stability 

b. Completeness 

c. Clarity 

d. Validity 

e. Feasibility 

f. Precedent 

g. Scale 

2. Design 

a. Functionality 

b. Difficulty 

c. Interfaces 

d. Performance 

e. Testability 

f. Hardware 

g. Non-Developmental Software 

3. Code and Unit Test 

a. Feasibility 

b. Testing 

c. Coding/Implementation 

4. Integration and Test 

a. Environment 

b. Product 

c. System 

5. Engineering Specialties 

a. Maintainability 

b. Reliability 

c. Safety 

d. Security 

e. Human Factors 

f. Specifications 


B. Development Environment 

C. Program Constraints 

1 . Development Process 

1 . Resources 

a. Formality 

a. Schedule 

b. Suitability 

b. Staff 

c. Process Control 

c. Budget 

d. Familiarity 

d. Facilities 

e. Product Control 



2. Contract 

2. Development System 

a. Type of Contract 

a. Capacity 

b. Restrictions 

b. Suitability 

c. Dependencies 

c. Usability 


d. Familiarity 

3. Program Interfaces 

e. Reliability 

a. Customer 

f. System Support 

b. Associate Contractors 

g. Deliverability 

c. Subcontractors 


d. Prime Contractor 

3. Management Process 

e. Corporate Management 

a. Planning 

f. Vendors 

b. Project Organization 

g. Politics 

c. Management Experience 


d. Program Interfaces 


4. Management Methods 


a. Monitoring 


b. Personnel Management 


c. Quality Assurance 


d. Configuration Management 


5. Work Environment 


a. Quality Attitude 


b. Cooperation 


c. Communication 


d. Morale 



http://www.sei.cmu. edu/publications/documents/93. reports/93, tr. 006. html 
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CMM et CMMI 






CMM niveau 2 

- Planification de projet logiciel 

• Activite 13: Les risques logiciel associes au cout, aux ressources, aux delais et aux aspects techniques du projet 
sont identifies, evalues et documentes. 

• Verification 1 & 2: Les activites de planification de projet logiciel sont passees en revue... 

Les risques inherents au projet logiciel sont examines. 

- Suivi et supervision de projet logiciel 

• Activite 10: Les risques logiciel associes aux couts, aux ressources, aux delais et aux aspects techniques du 
projet font I'objet d'un suivi. 

- Gestion de la sous-traitance logiciel 

• Activite 7: Les gestionnaires* du maitre d'oeuvre effectuent des revues periodiques de I'etat et de la coordination 
des travaux, avec les gestionnaires du sous-traitant. 

Les risques inherents au projet pour les travaux executes par le sous-traitant sont traites 

CMM niveau 3 


- Gestion logiciel infegree 




Activite 10: Les risques logiciel du projet sont identifies, evalues, documentes et geres conformement a une 
procedure documentee. 


• CMMI niveau 2 

- Project Planning 

• SP 2.2: Identify Project Risks 

■ ■ ■ 

• CMMI niveau 3 

- Risk Management Process Area 
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Trouver de I aide 


• http://www.PMI.org 

• http://www.sei.cmu.edu 

• http://www.IEEE.org 

• Partout sur le Net !!! 
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Les grandes etapes de la gestion 

du risque 


Planifier 

Identifier 

Prioriser 


Prendre action (eviter, transferer, 
mitiger, etc.) 

Legons apprises 
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- Communiquer - 




Planifier 


• Qui 

• Quoi 

• Quand 

• Comment 

• Et aussi 

- Pourquoi (objectifs, 
portee) 

- Avec quoi (references) 
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Planifier (un exemple) 

• Indiquer le plan de gestion des risques permettant de cerner et d'analyser 
les facteurs de risque du projet et de determiner leur priorite. 

• Indiquer les plans permettant d'evaluer les facteurs de risque initiaux et de 
determiner, d'evaluer et de limiter les facteurs de risque au cours du projet. 

• Decrire : 

- les procedures de planification d'urgence, 

- les procedures de suivi des facteurs de risque, 

- les procedures devaluation des changements de niveau des facteurs de risque 
et permettant d'en tenir compte, 

- les activites de gestion des risques, 

- les procedures et les calendriers de gestion des risques, 

- la documentation et les exigences de rapport relatives aux risques, 

- les organisations et les employes charges de la gestion de certains risques, 

- les procedures a suivre pour informer les clients, les membres du projet et les 
sous-traitants des risques ainsi que de la nature des risques. 


Tire de : http://www.cio-dpi.ac.ca/emf-caa/ppto-atpss/projplantemplate/ppt-mpp 06 f.asp 
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Exercice pratique #1 
Planifier (i.e. creer un plan) 


• Lisez la mise en situation 

• Lise votre role 


Respectez votre role 

Utilisez les acetates vierges pour decrire 
votre plan 

Presentez vos 

resultats au groupe » , 

M wiiww* 1 
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Identifier 


• En utilisant une taxonomie 

• En utilisant des outils 

• En utilisant les legons apprises 

• En utilisant votre experience personnels 
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• les risques pour le rapport client-projet, 

• les risques technologiques, 

• les risques lies a la taille et a la complexity du produit, 

• les risques pour les environnements cibles ou de 
conception, 

• les risques pour I'embauche du personnel, les niveaux 
de competence et la conservation du personnel, 

• les risques pour le calendrier et le budget, 

• les risques pour I'acceptation des resultats par les 
clients. 

Tire de : http://www.cio-dpi.gc.ca/emf-cag/ppto-gtpss/projplantemplate/ppt-mpp06_f.asp 
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Exercice pratique #2 
Identifier les risques 


• Brainstorming 

• Attention aux regies d’engagement: 

- il doit y avoir un consensus sur chaque risque 

- La structure doit etre respectee 

• Respectez votre role 

• Utilisez les acetates vierges 
pour lister les risques 

• Presentez vos 
resultats au groupe 
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Prioriser 


• En fonction de 

- La probability d’occurrence 

- La severite de I’impact 

• Par calcul mathematique 
i.e. probability x severity 
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Severite de I’impact 


• Catastrophique (4): Pourrait mettre fin au projet 
prematurement. 

• Critique (3): Pourrait exiger la renegotiation des couts, 
de I’echeancier ou de la solution technique avec le client 
et/ou le(s) sous contractant(s). 

• Marginale (2): Pourrait exiger un reamenagement a 
I’interne des couts, de I’echeancier ou de la solution 
technique. 

• Negligeable (1): peu d’impact. 
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Probability 


• Haute (3) 

• Moyenne (2) 

• Faible (1) 
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Calculer la priorite 


Priorite 

Probability d’occurrence 

Severite de I’impact 

Haute (3) 

Moyenne (2) 

Faible (1) 

Catastrophique (4) 

12 

8 

4 

Critique (3) 

9 

6 

3 

Marginale (2) 

6 

4 

2 

Negligeable (1) 

3 

2 

1 


Adapte de: Systems Engineering Handbook, INCOSE et 

Manage Risk Instruction, Oerlikon Contraves. 
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Exercice pratique #3 
Prioriser les risques 

• Attention aux regies d’engagement: 

- il doit y avoir un consensus sur la severite et 
sur la probability, pour chaque risque 

• Respectez votre role 

• Utilisez les acetates vierges 
pour lister les severite et les 
impacts 

• Presentez vos 
resultats au groupe 
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Prendre action 


• Eviter: en changeant nos plans pour eliminer le 
risque ou I’evenement declencheur 

• Transferer: I’impact ou la responsabilite de 
I’action a une tierce partie 

• Mitiger: i.e. reduire I’impact ou la probability a un 
niveau plus acceptable 

• Accepter: 

- La Fatal ite 

- Ou creer un Plan de contingence 




SPI Un 




Exercice pratique #4 
Prendre action! 

• Attention aux regies d’engagement: 

- il doit y avoir un consensus sur chaque action 
a prendre 

• Respectez votre role 

• Utilisez les acetates vierges 
pour lister les actions 

• Presentez vos 
resultats au groupe 
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Lecons apprises 


• Remarques? 

• Questions? 
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Mise en situation 


Projet Champlain 


Introduction 

Le projet Champlain fait suite a un appel d’offres lance par le gouvemement federal afin 
d’instaurer sur le pont Champlain un systeme de peage automatise faisant appel aux 
demieres technologies. Notre firme, ACME inc., a remporte le contrat grace a la solution 
novatrice que nous avons propose et a son cout tres abordable. 

Le client 

Notre client est La societe Les Ponts Jacques Cartier et Champlain Incorporee, organisme 
sous la responsabilite directe du Ministre des Transports. Le contrat a ete adjuge sous le 
gouvemement precedant, mais le nouveau Ministre s’ est engage a poursuivre la politique 
de TUtilisateur-payeur tel qu’etablie par l’ancien ministre. 

C’est le plus gros et plus visible projet de techno logie entrepris a ce jour par le Ministere 
des Transports. 

Notre Equipe 

Suite a quelques reorganisations, notre force de travail a ete reduite d’environ 50%. Nous 
avons toutefois reussi a preserver nos meilleures ressources techniques et possedons 
toujours Texpertise necessaire a la realisation de grands systemes. Nous n’avons 
malheureusement pu conserver tous nos charges de projets seniors. 

Une bonne proportion du systeme sera realisee en ‘offshore’ afin de reduire les couts de 
developpement. Notre nouveau sous contractant, IndiaTech Ltd, possede une excellente 
reputation et a ete certifie CMM niveau 5 il y a deux ans. 

La realisation du materiel sera faite par des sous contractants locaux, par appel d’offres (a 
venir). 

Solution technique 

Le systeme est compose d’un sous-systeme de detection qui sera installe aux entrees du 
pont, et d’un sous-systeme de gestion qui s’executera au centre informatique du 
Ministere. Les grandes fonctionnalites en sont les suivantes : 

1) Sous-systeme de detection 

a) Detection et identification des vehicules 

b) Reconnaissance de la plaque d’immatriculation 

c) Decompte des passages 



2) Sous-systeme de gestion 
a) Acces Web 

i) Information sur la circulation, en temps reel 

ii) Information sur les tarifs 

iii) Paiement d’un passage et passes mensuelles 

3) Comptabilite 

4) Facturation 

5) Lien avec la Societe de l’assurance auto pour l’information sur le proprietaire du 
vehicule 

La reconnaissance de la plaque doit etre implantee par un logiciel produit de la recherche 
effectuee au Centre de Recherche Industrielle du Quebec. Ce sera la premiere 
implantation commerciale de cette technologie prometteuse. Le CRIQ nous a assure de 
son entiere collaboration dans Fetablissement de cette vitrine technologique. 

Le cahier des requis, d’une vingtaine de pages, a ete redige par le Ministere et la firme de 
consultants Expeditexte. 

Budget 

Le budget est de $40M CDN, dont $10M sont alloues au developpement et $30M a 
F achat, Famenagement et F installation du materiel. 

r 

Echeancier 

Les contraintes politiques nous forcent a developper et implanter le systeme dans un delai 
de 2 ans. Une amende de $2500 par jour de retard est prevue au contrat. 

Nous devrons nous synchroniser avec Fentrepreneur responsable de Fentretien du pont 
afin de ne pas gener la circulation lors de Finstallation et des tests. 

En conclusion 

La direction compte sur votre engagement envers la livraison de ce projet. Apres 
plusieurs annees de vaches maigres, ce mandat permettra de redresser notre profitability:, 
de rebatir notre equipe et de nous remettre a la fine pointe des outils et des expertises. 

Personnel affecte a la gestion des risques : 

• Charge de projet 

• Ingenieur logiciel senior 

• Ingenieur materiel senior 

• Analyste en qualite 

• Directeur, produits routiers 

• Acheteur 

• Analyste, amelioration continue des processus d’ingenierie 



Charge de projet 


Vos interets premiers sont que les biens livrables soient produits a temps et en respectant 
le budget total alloue au projet. La qualite est un concept, une theorie pour vous. Vous 
etes passe maitre dans l’art de la politique et seriez capable de vendre un frigidaire a un 
esquimau (lire : faire accepter un systeme au design bade a votre client). 

Vous avez peu de connaissance en gestion des risques. Mais c’est vous que l’on a charge 
de la tache d’ecrire le plan de gestion des risques. Encore de la paperasse! M’enfin, si le 
patron l’exige. Tant que 5 a n’expose pas trop vos faiblesses... 

Vous etes aussi pret a identifier des risques qui pourraient justifier le gonflement de votre 
budget ou vous donner un echeancier un peu plus raisonnable. Vous avez participe a 
1 ’evaluation initiale des couts et des delais, mais la direction a reduit vos estimes de 20 %. 

Vous avez 8 ans d’ experience et etes depuis 2 ans chez ACME. 

Ingenieur logidel senior 

Vous etes un as de la technique, un pro de l’UML et de l’oriente objet. Vous etes 
particulierement interesse a ce que ce nouveau projet mette en place des outils tout ce 

V 

qu’il y a de plus ‘Hot’. A la lecture des documents de projet, et particulierement du 
cahier des requis, vous avez constate plusieurs ‘trous’ et bizarreries techniques. 

La gestion des risques vous interesse, surtout si vous pouvez y faire justifier plus d’ outils 
et l’embauche d’une equipe plus experimentee. 

Vous vous sentez parfois seul lorsque viens le temps de discuter de choses ‘purement 
logiciel’ comme la gestion de configuration et la gestion des requis. 

Vous avez participe a 1’ evaluation initiale des couts et des delais, mais la direction a 
reduit vos estimes de 20 %. 

Vous etes celui qui a fait le lien entre ACME et le centre de recherche. 

Vous travaillez chez ACME depuis plus de 15 ans et vous rapportez au Directeur de 
l’lngenierie. 



Ingenieur materiel senior 


Vous etes un as de la technique, un pro de l’electronique. Vous etes particulierement 
interesse a ce que ce nouveau projet mette en place des outils tout ce qu’il y a de plus 

V 

‘Hot’. A la lecture des documents de projet, et particulierement du cahier des requis, 
vous avez constate plusieurs ‘trous’ et bizarreries techniques. 

La gestion des risques vous interesse, surtout si vous pouvez y faire justifier plus d’ outils 
et l’embauche d’une equipe plus experimentee. 

Vous etes inquiet pour la resistance aux intemperies (froid, interferences radio, chocs et 
vibrations) du sous-systeme a installer sur le pont. 

Vous avez participe a 1’evaluation initiale des couts et des delais, mais la direction a 
reduit vos estimes de 20%. 

Vous travaillez chez ACME depuis plus de 15 ans et vous rapportez au Directeur de 
l’lngenierie. 

Analyste en qualite 

Vous etes le ‘preacher’ du groupe. Vous voudriez que ce projet realise un produit de 
premiere qualite, qui fera sa marque pour le 20 prochaines annees. Vous etes ravis qu’il y 
ait une gestion des risques car enfin on parlera des ‘vraies affaires’, pas juste de l’argent 
et des dates de livraison. Et vous aimeriez que les risques et les actions soient 
communiques a tous les participants au projet, pas seulement a la direction. 

Vous avez plusieurs (18) annees d’experience, dans de multiples organisations, et etes en 
mesure d’apporter des idees differentes de celle des ‘anciens’ d’ACME. Vous etes chez 
ACME depuis 3 ans et avez maintenant vos entrees dans la direction. Votre patron 
repond directement au president. 

V 

A la lecture des documents de projet, et particulierement du cahier des requis, vous avez 
constate plusieurs items impossibles a tester. 



Directeur, produits routiers 

Vous dirigez LA ligne de produits de la compagnie, celle qui sauver ACME de la 
disparition. Vous etes un vieux routier jsz des ventes et de la gestion. Depuis 30 ans, vous 
avez survecu a plusieurs projets ‘impossibles’ grace a vos talents de negociateur. Ce 
projet est VOTRE projet. 

Vos interets premiers sont les $$$ et les delais, meme si vous avez beaucoup de 
connaissances techniques sur les produits routiers. Vous etes particulierement au fait de 
ce qui a ete propose par les competiteurs d’ ACME et etes Her de votre solution tres 
novatrice. Vous ne connaissez rien au logiciel, et surtout pas comment en developper. 

Vous avez ete oblige de couper 20% dans les estimes de cout initiaux, afin d’obtenir ce 
contrat. Et aussi de reduire le delai de 30%.. . 

Vous etes fortement interesse a connaitre les risques du projet, afin de maximiser vos 
chances de le mener au succes. Par contre, de la a communiquer les risques a n’importe 
qui, y’a une marge. 

Vous etes sensible aux sentiments du personnel qui vous a ete assigne pour le projet car 
vous mesurez l’ampleur de la tache qu’on s’apprete a leur confier. Vous avez confiance 
en vos seniors. 

Vous etes chez ACME depuis 10 ans, directement sous le president. 

Acheteur 

Vous etes M. Contrat en personne. Depuis 35 ans (dont 15 chez ACME) vous negociez 
avec les sous contractant afin d’ assurer que votre employ eur en ait pour son argent, a 
temps et dans les specifications. Vous etes capables de parler doux, mais aussi de parler 
fort. Ce projet vous inquiete parce que les sous contractant principaux n’ont pas encore 
ete identifies ou sont de nouveaux joueurs. C’est la premiere fois que ACME fera du 
‘offshore’ ! 

Vous etes un individu pragmatique et terre a terre. Si les risques relies aux sous 
contractants sont mal geres, ce sera sur votre tete que 5 a retombera. Et presentement, la 
compagnie a donne des garanties au client sans obtenir une couverture semblable chez 
ses fournisseurs. 

Vous avez aussi vos entrees au Ministere des Transports, et savez que les fonctionnaires 
sont habitues a negocier serre surtout sur les aspects de couts et de dates de livraison. 
Vous avez recemment vecu de mauvaises experiences avec la fourniture de logiciel, entre 
autres avec le Centre de recherche. 


Vous travaillez pour le V.P. Finances. 



Analyste, amelioration continue des processus d’ingenierie 

M. Processus est votre sumom. Yous etes au fait de tout : PMI, IEEE, CMM et CMMI, 
ISO, en veut-tu en v’la. Les meilleures pratiques systeme, logiciel et materiel, 5 a vous 
connait. Vous etes convaincu que le seul moyen qu’ACME ait pour passer a travers ce 
projet, c’est de ‘marcher droit’ et d’adopter ces meilleures pratiques. Pas de coupage de 
coins cette fois-ci 

La gestion des risques, c’etait votre idee. Vous devez favoriser le consensus dans le 
groupe (tres heterogene a votre avis) de projet et developper une vision commune. Vous 
pouvez aussi etre un allie du charge de projet, pour autant qu’il vous laisse l’aider. Vous 
pourriez meme agir comme son adjoint et le liberer de certaines taches de suivi et 
controle. 

Vous etes un specialiste des cycles de vie logiciel et materiel et done a meme de 
reamenager un projet qui semble tres ‘waterfall’ a premiere vue. 

Vous cherchez un equilibre entre les resultats financiers, l’echeancier et la qualite du 
produit final. On dirait un jongleur 

Vous etes chez ACME depuis a peine 6 mois, mais avez plus de 17 ans d’ experience. 
Vous etes sur un projet special et personne ne sait trop qui est votre patron! 



